Skip to content

Implement CZ2025 peak dates in peak demand query tool#59

Merged
nfette merged 3 commits intodeerpeak-query-toolfrom
dev-deerpeak-query-tool
Apr 19, 2026
Merged

Implement CZ2025 peak dates in peak demand query tool#59
nfette merged 3 commits intodeerpeak-query-toolfrom
dev-deerpeak-query-tool

Conversation

@nfette
Copy link
Copy Markdown
Collaborator

@nfette nfette commented Mar 17, 2026

Pull request features

  • In result2.py, enable option to use peak demand dates for CZ2025 weather files
  • Set CZ2025 peak dates as default
  • Document peak period definition versions in 'scripts/peak dates.xlsx'

QC comments

  • As a next step, I think we should rebuild the deerpeak-query-tool branch to roll back a prior change to make SQLite output the default in result2.py. The change happened in Result2 script enhancements - DEER peak definition and long output #32 at 39a4567. Then, we will separate out work on the SQLite output approach and build a new script that outputs to SQLite. This will keep make the command line interface for result2.py consistent with what we used throughout most of 2024 and 2025.

Moved to new PR #60

  • Implement function to export from intermediate SQLite long format tabular data into wide format tabular report

@nfette
Copy link
Copy Markdown
Collaborator Author

nfette commented Apr 8, 2026

The initial goal of moving to an approach of SQLite-first output will require more effort to get a consistent experience.
I had also proposed making sqlite output the default, which we did recently in #32; this change might cause compatibility issues for users who are not aware of the change. So, I propose the following:

  • Roll back the default method to the original behavior (CSV wide format output)
  • to move all the functions for the SQLite-based output approach to a new script inside the deer-ues-tool package,
  • Caution users not to use wildcard queries (*) with this script, which could cause column misalignment when some models lack data for a given query. For gathering normalizing units like cooling capacity, "result.py" works better, anyway.

Here is what the SQLite-first method does now:

  • Calling with flag --csv invokes gather_sim_data_to_sqlite_long() followed by export_wide_table_from_sqlite()
  • Collects raw data in the same format as in EnergyPlus SQLite output files, allows refreshing next steps
  • Automatically names output columns from EnergyPlus results including units
  • Avoids column misalignment due to wildcard queries
  • Includes DEER peak period demand result
  • Implements user-specified column names as in modelkit query
  • Handles wildcard queries (*) as an aggregated sum

For reference, here is what we had before introducing the SQLite-first output method:

  • Calling no flags invokes both gather_sim_data_to_csv() (wide format)
  • Collects raw data in the same format as in EnergyPlus SQLite output files, allows refreshing next steps
  • Automatically names output columns from EnergyPlus results including units
  • Avoids column misalignment due to wildcard queries
  • Includes DEER peak period demand result
  • Implements user-specified column names as in modelkit query
  • Handles wildcard queries (*) as an aggregated sum

@nfette nfette force-pushed the dev-deerpeak-query-tool branch from e236c99 to 537b09d Compare April 19, 2026 23:28
@nfette nfette merged commit b0a8827 into deerpeak-query-tool Apr 19, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant